AK>> - вероятнее всего, zfs тебе не особенно и нужна. SA> это просто пример как копируются сраные 16 гигов если тебе на самом деле нужно было получить рабочую копию этих гигов - то было бы _совершенно_охрен_ сколько они копируются - потому что с zfs тебе их копировать бы просто не пришлось, результат - мгновенно, можно пользоваться. А с любой другой "быстрокопирующей" - подожди-ка, пока оно вот-вот...щас..
SA> zroot/var/db/mysql primarycache metadata угадай, как это работает в сочетании с prefetch?
зачем включать неведомую е...нину, если пользоваться ей не умеешь? Размер блока у innodb, чтоб ты был в курсе - 16k. У тебя отключено сжатие и диск читается/пишется строго записями по 128, кэшировать ты их запретил - здравствуй-здравствуй *8x* READ(!) penalty даже без prefetch. Классно?
это при условии что ты хотя бы в сектор 4k попал, а то запросто может быть 32x.
AK>> При таком ratio надо отключать нахер arc compression вместе с пресловутым AK>> abd, независимо от наличия остальных неприятностей. AK>> Интересно, как этого вообще добиться-то? SA> Думаю погоды оно не сделает раз уж ты выключил сжатие на fs - которое вообще-то в этом случае могло быть полезным - очевидно вредный функционал точно надо выключать.
заодно и померяешь разницу. Только вот смысла в этом никакого нет, потому что для inno нам не нужны linear read/write, нам нужны iops'ы. С которыми при такой настройке тоже все плохо, но это перпендикулярный набор настроек.
> Alex
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)